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0 Conference system. 

0 The present .nvention relates to a distributed ooiect-oased computer system m wnich sharabie obiects ar 
spin mto client ana server components isee Figure 7). Each client obiect contains a reference to the associated 
server obiect component. By copying client ooiect components to other users, these other users ootam access 
to me 'eievant server-obiect component. This feature is aescnbed »n the context of a distributee conferencing 
system 
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The pr sent invention relates to a distributee computer svstem and relates particularly, but not 
exclusively, to a multimedia distributed cbject-based conference system. 

The object-based approach to system development <s becoming well-established. The basic idea is to 
program the system m terms of software objects, each having its own data and methods, for operating on 
j the data. Objects intercommunicate by means of messages. An advantage «n encapsulating data and 
metnods »n this way is that the resulting system .s relatively easy to maintain and develop. An example is 
NewWave Mail (produced and sold by Hewlett-Packard » which »s an object-based electrons mail applica- 
tions program m which messages anc message components, such as text, distribution lists, etc. are treated 
as ooiects. 

3 An object can be regaraed as a discrete entity wnicn can individually be moved, copied, destroyed, etc 
An object .$ initially some data stored on disc or other medium, if object management software w.snes to 
pass a message to it. one or more processes will be initiated which read the data as part of initialization, if 
an object is fully defined by its oata and has no processes associated with .t. n ,s said to be "inactive" if an 
ociect has one or more processes associated with it and »s defined by the state of that process or 
processes and data then it is said to be "active". 

A distributed object based system is one m which several workstations are interconnected over a 
network ana messages between ooiects of the system can be sent over the network. Objects themselves 
may also be transmissible over the network. A network may comprise several interconnected intelligent 
workstations or a central computer connected to several terminals /workstations) or several interconnected 
server machines with intelligent woikstations connected to each server, or a mixture of these possibilities. 
The term "workstation** is intended to be applicable to an of these possibilities. 

in a distnouted object based system there are benefits m splitting sharabie semantic and presentation 
parts so as to enable more than one user to access me semantic part of a shared obiect. For example, m 
me context of a distributed conferencing system a wmteboard object would have a semantic part defining 
me state of me object and a presentation part for defining the appearance of the object to be displayed to a 
user and for eriaoiing me user to make input. Several users may have access to a presentation part for 
viewing the whiteboard object so that they can each mane contributions m a manner similar to a group of 
people clustered around a real whiteboard. 

The workstations may be arranged m a client-server arrangement with semantic object parts stored on 
server machines and presentation object parts stored on client machines. Alternatively, semantic ooject 
parts may oe distributee around user machines on a network of intelligent workstations. 

According to the present invention we provide an object based distributed computer system comprising 
a network of workstations and means for transmitting otiects oetween workstations characterized by objects 
including a first object type for storing oata and a second object type for presenting data to a user wnere.n 
objects of the second type reference an associated object of the first type to enable a plurality of users of 
workstations to access data of the object of the first type, composing means for transmitting an object of 
the second type between workstations thereby to create a ieference to me associated object of the first 
type for each workstation receiving an obiect of the second iyoe. 

The present invention provides an effective way of enabling further users to have access to a semantic 
object part, either for the ourpose of autonomous working or for the purpose of participating ,n a joint 
activity. 

in me embodiment to be described, the system comprises means for copying an object of the second 
type between workstations. In that embodiment transmuted objects of the second type include an identifier 
for the associated object of the first type. 

The system according to the present invention may be m the form of a conferencing system comprising 
means enacting users of the workstations to participate m a meeting over the network wherein objects of 
the first type store meeting data and objects of the second type are for presenting meeting data. The 
invention also provides a method of convening a meeting us.ng such a system comprising transmitting an 
object of the second type between workstations thereby to create a reference to the associated object of 
me first type for each workstation receiving an object of me second type. 

it is believed that poor communications are a maior cause of the poor p rformance of distributed teams 
of oeople working on a given project. The present invention advantageously provides an improved 
conference system for facilitating distributed meetings. 

A particular embodiment of the present invention will now be described, by way of example, with 
reference to the accompanying drawings m which- 

Figure 1 is a diagram of a distributed system according to the present mv ntion: 
Figure 2 shows me major components of a server ana workstation of the system: 
Figure 3 snows a voice and data network structure: 
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Figure 4 shows video facilities for a cii nt workstation. 
Figure 5 shows a viaeo network structure: 
Figure 6 illustrates the main objects »n tne system 
Figure 7 illustrates the functionally split nature cf tne GO;ec:s m tne system 
« Figure 8 shows the maior components cf tne system infrastructure: 
Figure 9 shows a typical Venue. 
Figure 10 shows a CoMedian directory: 

Figures n - u illustrate message sequences for system operations: 
Figures 1 5 • 27 show screens during a typical user session. 
'0 The mam components of a multimedia distributee ODiect -based conferencing system according to the 
invention wilt first be describee. 

Referring to Figure i. a multimedia distributed obiect-based conference system according to the 
present invention is indicated at i0. The system to comprises servers S connected over a network 12. The 
network 1 2 may be a wide area network (WAN) or a lecal area network (LAN) or a metropolitan area 
•s network (MAN). Client workstations C are connected to each of the servers S Each site requires a server S. 
Servers S communicate with each other oy opening virtual circuits oetween pairs of servers Although m 
pnnc:pie. client workstations C could communicate directly with each other, this creates practical problems 
and therefore each client workstation C has only one virtual channel open to its local server S to enable 
cuent workstations to communicate with each otner via servers S 
?c Referring to Figure 2. each server S comprises: 

haroware U. such as an HP9000 300 HP-UX computer (HP is a trade mark of Hewlett Packard 
Company). 

operating system software 1 6. such as HP-UX software: 

Remote Object Access Manager (ROAM) software 18 for managing communications with client 
25 workstations C connected to the server S anc other servers on the network: 
COM software 20 providing object management facilities: 

server ooiects 21 which are objects to be shared between use»s and which correspond to the semantic 
ooiect parts mentioned m the introduction. 
Each cuent workstation C comprises: 
30 hardware 22. such as an IBM-AT compatible PC. 

operating system software 24. such as DOS softwaie. 

windowing software 26. such as MS Windows applications software: 

an obiect management facility (OMF» 28. such as a Standard NewWave OMF (Newwave is a trade 
nark of Hewlett-Packard Company used for a family of applications software*: 
js objects software 30. such as NewWave objects ana speoaiu-ed client objects 32 and a ROAM object 34 
for handling communication with ooiects on other computers. The client obiects 32 correspond to the 
presentation obiect parts mentioned m the introduction 

The user cf a client workstation C therefore has a windowed user interface within which to manipulate 
objects of tne system and can cause objects to oe transmuted over the network 12 via the associated ' 
-to server S. 

The system 10 provides multimedia facilities to use»s For example, each client workstation C may have 
voice andcr video communication facilities as well as data communication facilities. 

A possible voice ano data network structure 40 ■< shown m Figure 3. In each of two sites designated A 
and B. a networked PC server 42 is connected to the local PABX. The PC server 42 contains one or more 
j5 mum-port telephone interlace cards (such as the VBX-300 card made by Natural Microsystems inc.). Th 
PABX is controlled by the PC server 42 and users can use their existing standard desk telephones 44 which 
are connected to the local PABX and conveniently located near their client workstations C. 

Each of the sites A and B comprises a LAN ano a LAN WAN bridge »nterconnectmg the LAN with a 

WAN. 

c ,c In use. the PC server 42 receives commands from servers S to set up. maintain and close down 
telephone conference calls. To tne PABX. the PC server 42 appears as a normal telephone user and can 
therefore dial other users adding them m to conference calls using DTMF. 

in order to conduct conferences over a wider area. PC servers 42a and 42b on respective sites A and B 
connect to each other over the public switched teiepnone networx (PSTN) ano add m their own local users 

55 to the conference. 

Referring to Figure 4 each client workstation C -vith /ideo facilities has a vid o camera 46. two or more 
VHF TV receivers 48. a microphone 50. a oreampiifier 5i and a VHF modulator 52. 

Furthermore, the client workstations C may be fitted with video cards to enable a user to view viaeo m 
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windows. 

A possible video network is shown m Figure 5 The video network t* based on a centra! via c switch 54 
connected using a star topology to client workstations C Video signals are modulated on to VHF earners 
ana transmitted over standarc analogue cab»ng 56. The video switcn 5«* »s a conventional cable television 
s switcn. Several sucn switches can oe cascaced m a bar arrangement (or targe systems. 

For long distance video communications, a device 58 'or cornciessing and decompressing vioeo 
signals (a "codec "i may be used and the signals are transmitted using ISDN teiepncne lines. 

The architecture of :ne object-based system 10 will now ee described. 

With reference to Figure 6. the structure of one user's portion of the system is represented. The 
functions of the objects are as follows: 

a Venue object (Vi is an electronic meeting place allowing control over media channels and providing a 
location for storing shared objects. A user may nave several Venue objects: 

a Phone Boom object (PB) controls the creation of Venue objects and oversees the setting uo. 
maintenance ana Closing down of conferences. The PB comprises a processor for handling incoming and 
*5 outgoing calls: 

a Connection Manager object fCMi controls driver components »D ... D„) which handle media 
connections for the system 10: 

a Directory object (Di which provides a list of potential meeting participants. 

Object X represents another system object for performing a specific meeting-related function, eg. a 
20 whiteboard function. 

Figure 6 is a conceotual representation of the system 10 and the arrows represent inter -object 
communication, in the emoodiment bemg described, the system comprises client workstations C and 
servers S ana most of the oojects referred to m Figure 6 are functionally-split into a server component and 
one or more client components as indicated m Figure 7 
:$ The server objects handle the centralized and distribution - oriented aspects whereas the client objects 
handle the presentation aspects Hence shared applications can be written with one server object connected 
to a plurality of client objects on different client workstations 

In Figure 7. PB-s means a Phone Sooth server object and P6-c means a Phone Booth client object, 
and so on. 

10 ' In this embodiment, the client oojects are implemented as NewWave objects ie. several new classes of 
NewWave objects have been added: Venue objects. ROAM obiects. Whiteboard objects. Phone Booth 
objects. Thus tne semantic part of these functionally split objects runs cn an HP-UX server and the user 
interface runs cn MS-DOS NewWave Client workstations 

The client workstations are each running an oDject-fcased system of the type described m European 
;s Patent Application No339220A. the description of whicn is incorporated herein as Appendix A. Appendices 
A-0 mentioned >n attached Append)/ A are not attached as part of this application but are incorporated 
herem by reference. Appendix A describes now objects are linked together py parent-child links and how 
objects can be copied. During a copy operation, the container of tne ooiect to be copied sends a message 
* to the OMF28 asking the OMF28 to copy the reievant object and identifying the container object which is to 
*o receive the copy object. 

The OMF28 performs the copy function and then sends a message to the target container object 
instructing it to msert the copy ooject as one of its child objects. 

Mailing an object involves serialising the object, transmitting it to its destination and aesenalismg it. 
Serialising an object involves converting it to files, say DOS files, containing the data of the object and 
js information aoout its properties and its child objects. 

Server objects are not linked by parent-child links ;n the manner m which client objects are so linked. 
All client objects contain a reference to their associated server object. Figure 3 shows the form of a at a item 
60 used to name objects. The data item 60 >s an eignt-oyte array following the convention used for Internet 
Protocol (IP) addresses. The first 64 bits ■$ a machine identifier M I D comprising a 32 bit server IP address 
so ana a 32 bit machine IP address. For a server object the server IP address and the machine IP aadress will 
be the same whereas for a client object these will be different, if there <s only one domain per machine, the 
domain identifier D 1.0 ts zero. The object identifier 0 i 0 comprises a 32 bit generation count and a 16 bit 
tag. The 16 bit tag umauely identifies tne object within the relevant storage domain. Since tags are reusable 
when an object is deleted a generation count is used to ensure that each object is uniquely-named m time. 
55 The generation count is simply the time in seconds. 

When a client object is closed (inactive) it appears as an icon on a user's sere n. Th user opens the 
object by clicking on tne »con Opening a client object causes it to send a message to its associated server 
obiect informing the server object that the client object is now active ve a Here Am I messag Until then. 
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tne server object »s unaware of the existence of the client object, in other words, links between cfient anc 
server obiects are non-persistent ano 'weak* i.e. the existence of a server object ooes not guarantee the 
existence of a corresponding client object and vice-versa. Server obiects only store the identities of 
corresponding client objects which are currently active. Owning a client object means that a user can vi w 
5 the state of the ooject ano can make input to it. The client obieci regularly updates, and is upcated by. the 
server ooject. 

Figure 9 depicts the components involved m a typical active server object wmch is associated with 
client objects on two different client workstations C ano c. Eacn object is given a umoue ooject identifier 
comprising comoonents identifying the relevant client server machine, the relevant storage comam and a 

o numoer for tne particular object. On the client side, the system has an object management facility (OMF) 60 
for keeomg a record of what objects are presently on the particular cuent workstation and wmcn is involved 
■■n object creation and deletion, object naming, object activatten and deactivation and mier-object message 
routing. This is a stancard NewWave OMF There «s a client object manager library iCOMUB-C) 61 
statically imked to each client object CO providing access to the functionality of a ROAM client object 62. in 

s other words, the COMUB-C 61 has been added to standard NewWave objects to form the client objects (or 
functionally split objects. Communication through the COMUB-C 61 is network transparent, te. objects only 
need to know the object identifiers of other ooiects. not meir locat'ons. 

On the server side there >s a primitive object management (acuity iCOM-S) 63 providing file manage- 
ment and object naming and message sending facilities m conjunction with the operating system software 

: 64 A server object manager library iCOMUB-Si 65 is statically linked to eacn server object SO enabling 
access to the functionality of the object management facility 63 and a ROAM server object 66. 

When client object CO- wishes to send a message tc the corresoondmg server object SO. the ROAM 
cnent object 62 passes the message to the ROAM server object 66 which passes the message on to the 
server object SO. Messages from the server object SO to client objects are sent in the reverse manner, if a 
message is to be sent between objects on the same server the COMLIB-S 65 sends it directly without 
involving me ROAM server obiect 66. Messages are also sent between servers via the ROAM server object 
66 and. »n this way. communication between client woikstations connected :o different server machines is 
possible. 

The functionality of certain objects m the system will now oe described. The term "click" will be used m 
this specification to denote a selection made by the user of a workstation using an input device, such as a 
mouse. The term "drag" will denote moving the input device whiist such a selection is maoe so as to 
"drag" an item across me screen 

The Venue provides an electronic meeting room, inside of /vmcn person-to-person calls, group 
meetings and presentations to large groups can oe held. 

Venues provide a binding between the oeopie invoked m a meeting, the oata which they are sharing, 
and the media cnanneis connecting them They are scalable from just two people up to many people, the 
exact number >s subject to technical constraints This allows a meeting to start off as a simple phone call 
Between two people, build up as experts are brought m. to Decome a lull group discussion without having to 
aecide to move to a different object because the nature of the meeting has changed. 

The Venue is a shared object and therefore exists on a server machine. The client workstations have 
Venue client objects wmcn provide an interface to the Venue server objects running on the corresponding 
server There may be many Venue client objects on different client workstations for a particular Venue 
server object. 

Figure 10 shows the appearance of a Venue to a user. The Venue is being viewed m a window 70 
navmg a title bar 72 and a menu bar 74 At the top <s a participants' area 76 where the people m. the Venue 
tan be seen and where their media channels can be controlled. Beneath that is a shared area 78 where 
objects for use in the meeting are stored. 

The participants m a Venue are disoiayed side by sioe. with eacn participant being represented by a 
still bitmap 80. a name 82 accompanied by an indication of whether that user is present m the meeting or 
aosent ano status banner 84 indicating that an absent user has teen invited to the meeting, and a row of 
media ccntroi buttons 86 The bitmap 80 may be replaced by a motion video window when video m 
wmaows i$ available and the video channel ;$ <n use. 

Beneath the participants' area are three media buttons 86 for telephone. video and oata and each one 
can be m one of four states. The states are: 
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Button Appearance 


Meaning 


No button 

White, unhighhghted 
Black 

Red 


This person ooes not nave this meoia cnannei available. 

The media cnannei is available, but not cnosen for use. 

The media cnannei has been selected. but is inactive because me person 

is not present in the Venue or the connection has not been completed yet. 

The media channe! »s being used. 



'5 



20 



25 



70 



35 



J5 



50 



55 



The lower pomon of the Venue is taken up by the shared object area 78. This acts as a snared folder 
storing objects on the server and making them accessible to an users of the Venue. Inactive objects are 
represented by an icon such as icon 38 m Figure 10. Objects in me shared object area "8 may oe client 
objects e.g. Whiteboard client oojects. or may be standarc NewWave objects, it is possible to move objects 
mto and out of the snared object area "8 of rhe Venue-client obiect Moving a functionaliy-spnt object such 
as a Whiteboard object mto me snared object aiea 78 does not entail moving the Whiteboard-server object 
but just the Whiteboard -client obiect. The OMF28 instructs the Venue client object to insert the Whiteboard- 
client object as one of its children. The Whiteboard-client object is then serialised by the Venue-client 
object ana sent to the Venue-server object. The Venue-server object updates its other active Venue-dient 
object with the news that a new Whiteboard cbiect »s available in the Venue and these Venue-client objects 
oisoiay the Whiteboard-client object icon m tneir snared object areas 78 accordingly The Whiteboard- 
server object remains on whatever server it was initially stored. Subsequent opening of the Whiteboard 
obiect by any of the users cf me Venue cause a copy of the Whiteboard-ciiem object to be senaiised by 
the Venue-server and sent to the relevant client-workstation where it is deserialised providing access to the 
contents of the Wmteooard object for that user. When that user subsequently closes (deactivates) the 
Whiteboard object, the copy of me Whiteboard-client obiect remains on that machine for subsequent use. 

in contrast, if a NewWave object icon is moved mto me shareo obiect area 78 of a Venue-client object, 
this causes the NewWave object to be serialised and sent from the client workstation to the server machine 
which stores the relevant Venue-server object. The Venue-server obiect then instructs its other active 
Venue-client objects to display the relevant NewWave object icon Subsequent opening of tne Newwave 
obiect by a user of such an active Venue-client object causes a copy of the NewWave object to be made 
ana sent to the relevant client workstation. Each such user tnus obtains a separate copy of me NewWave 
obiect ana changes which a user makes are not reflecteo m the codes held on the other users' machines. 
This is a conseauence of the non-functionaiiy split nature of NewWave obiects and is an impiementational 
feature rather than one which is important to tne present invention. 

There is one Phone Booth server object on every server machine and one Phone Booth client obiect on 
every client workstation. The Phone Booth client obiect arranges for the creation and activation of Venue 
client objects on client workstations and the Phone Booth server object manages the creation of Venue 
server objects and the convening of Venues. On opening a Phone Booth client obiect tne user is presented 
with a directory 90 of oossibie meeting participants as shown m Figure 1 1 The directory 90 comprises a list 
92 of potential participants, an area 94 for displaying a picture of a participant, a media selection area 96 
ana an options area 98 displaying three options: Convene Select and Cancsi. Unavailable media options 
are greyed out in the area 96 

When a name is selected by choosing the Select option and then selecting a name from the directory 
90. a picture of that participant apoears m the area 94 as shown. The media connections are selectable by 
checking the relevant boxes m the media selection area 96. Checking the box beside the name of the 
person in tne area 94 adds that person to me list of Venue participants, in addition, the initials ol the media 
options chosen (Phone. Video. Data) appear against the participant's name m the list 92. A previously 
selected participant can be de-selected by ce~:heckmg me box beside the name of that person m me area 
94 Taking me Cancel option means that none of the changes made since the window for the directory 90 
was brought up will be implemented. The Convene option win pe described later. 

There is also a Connection Manager object on each server machine providing the facility to interconnect 
users using aifferent mecia. The Connection Manager object nancies tne generic operations involved m 
establishing non-data interconnections. Drivers for each medium available, eg. video, telephone, handle the 
specific operations involved m carrying out switching requests curing use. The Connection Manager obj ct 
performs the following services: 

maintains a list of media resources available in the system. 

• d tects wnen resources fail 

• monitors resource channel availability f;e. monitors, microphones, speakers, cameras): 
sets up connections oetween peopie using afferent meaia- 
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- pomt-to-pomt 

• multi-point: all that are available 

maintains list of establisned connections and ensures syncnrcmsation wttn other networks ie. maintains 
a mooe! of me state of other networks. 

optimises switching to prevent unnecessary disconnect -connect transactions: 
provides an interface lor monitoring ana auditing: 
proviaes interlace to mecia drivers. 

Anorher functionally solit object which is provided m thts system ;s tne Whiteboard. A Whiteooard object 
orcvioes users with a shared computer whiteboard faoiity so that a user can draw, wnte and type on h;s her 
Whiteboard or acouire an image from anotner source and the mcut will be visible to other users viewing tne 
same Whiteboard on different client workstations. Thus the Whiteooarc object is an information snaring 
medium wnich allows users to look at a picture of what they are discussing. 

Figure 12 snows an example of the appearance of a Whiteooard client object. The Whiteboard is being 
y.ewed m a window i00 having a title bar 102 and a menu bar 104 A drawing area 106 of the window t00 
•s devoted to displaying the contents of the Whiteboard, in this case a map showing the location of a 
Hewlett-Packard office. At the bottom of the window t00 >s an area 108 indicating me range of tools wnich 
are available to tne user of tne Whiteboard These tools comprise. 



a scroller 


MO 


a pointer 


112 


a selection of different coloured pens 


1 14 


an eraser 


116 


a text selector 


118 



Apart from the pointer 112. the tools are personal to a user ie each of the users viewing the same 
Whiteboard could be using the same tool eg. a red pen. without having ;o wait until another of the users had 
fimsned using that tool. 

The scroller 1 10 can be used to scroll the entire window 1 00 around the Whiteboard. Selecting this tool 
turns the cursor into a compass enabling the view ol the Whiteboard to be click-dragged around by the 
user 

Only one user can move the pointer 1 12 at a time. A usei takes control of the pointer by clicking on the 
po-nter logo - this turns the cursor into a pointer At this time, the other users viewing the Whiteboard 
canr.ot see me pointer 1 12. To show the pointer 1 12. the user needs to click it down at a chosen point m 
Tie drawing area 106. The pointer H2 then becomes visible to all of tne Whiteooard users at that chosen 
oosmon. The cursor of the user who has iust moved the pointer 1 12 'everts to the default arrow. 

Likewise the seven coloured pens are selectable and deseiectaoie by clicking on the appropriate pen 
ego. enaoimg different users to make input m different colours 

The eraser 116 »s selectable to remove marks on the Whiteboard Also, direct typing of text onto the " 
Wmteooaro can be done by selecting the text selector 1 16. 

in the area 108 there is also room for a status message 1 20 As users open or close the Whiteboard 
other users are notified by a status message. 

Modes of operation of a system according to the present invention will now &e described, concentrating 
first on utilization of the Venue. 

Once a user selects participants and media as described with reference to Figure 1 1 and selects the 
Convene option a process ol events is initiated to create a new Venue object. Figure 13 shows me objects 
ana the numbered sequence of messages. Figure 13 deoicts a server machine S and two client 
workstations A and B connected to the server machine S. On each client workstation there is initially a 
Phone Bcoth client odiect PB-c. On the server machine S there is initially a Phone Booth server obiect PB-s 
and a Connection Manager object CM. 

On selecting the Convene option using client workstation A. which causes an input (dotted line 
referenced i) to the Phone Booth client object PB-c. a message (referenced 2) is sent from me Phone 
Booth client object PB-c to tne Phcne Booth server object PB-s on the server machine S causing the Phone 
Booth server obiect to create a new Venue server ooiecr V-s using a Venue Start message (referenced 3). 
The Phone Booth server object PB-s then sends a Ring message irelerenced 4» to the Phone Booth client 
object PB-: on client workstation B causing a dialogue box to aopear on the screen ol client workstation B 
mvitmg the user to take part m the proposed meeting That user accepts c cechnes the invitation causing a 
:orresoonamg message (referenced 5> to be sent from the Phone Booth client object PB-c' on client 
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workstation 8 to the Phone Boom server object PB-s. if me mutation is accepted a Create Venue message 
(referenced 6) »s sent from me Phone Booth server obiect PB-s to the Phone Booth client obj ct PC-c 
wmch causes <t to create a new Venue client object v-c on client workstation B involving sending a Here Is 
Parent message (referenced 7) to the new Venue • client object v-c" to notify it of the *oentity of the Venue 
5 server object V-s. The new Venue client ocject V-c then ser.as a message (referenced 8) to the Venue 
server ooiect V-s requesting information about the contents of me Venue. The reply from the V nue serv r 
cbiect v-s is referenced 9 in Figure 13. 

Messages corresponding to those referenced 6-9 are sent between the server S and client workstation 
A so as also to create a new Venue-ciient object v-c on mat workstation and these messages are 
• o referencea t0-i3in Figure 13. 

Finally, me Venue server obiect V-s sends a request neferencec Mi to the Connection Manager object 
CM to set up the chosen media connections and me Connection Manager object instructs the relevant 
media onvers accordingly (dotted line referenced t5>. 

The users of client workstations A ana B can then communicate using the newly created Venue 
*s it is also possible to convene an existing Venue by selecting the Convene option within the Venue. 
This inmates a sequence of events whicn will be described with reference to Figure 14. Again, a server 
machine S and two client workstations A and B are represented. 

The user selection of the Convene option is referenced i in. Figure 14. This causes the Venue client 
object v-c to sena a Convene Request message referenced 2) to the Venue server object V-s which 
:o notifies the Phone Booth server ooject PB-s of the convene request m a message referenced 3 which 
toentifies the intended meeting participants. The Phone Booth server ooject PB-s sends a Ring message 
(referenced 4) to the Phone Booth client obiects PB-c on me workstations of the mtenoed meeting 
participants causing a dialogue box to be displayed on these workstations inviting the users to partake in a 
meeting. When these users accept or decline the invitation this causes a reply message (referenced 5) to 
2<> be sent from each Phone oooth client object PB-c" to me Phone Booth server object PB-s. 

The next step is for the Phone Booth server object PB-s to instruct (message referenced 6) the Phone 
Boom client ooiects PB-c' to create new Venue client objects V-c on machines where a Venue client object 
hnkea to the Venue server obiect V-s is not already stored. Such new Venue Ghent objects V-c' then sena a 
message (referenced 8) to the Venue server object v-s reouesnng information about the contents of the 
30 Venue so that the appropriate icons can be displayed m the shared area 78 of Figure 10 on the respective 
client workstations. The reply message containing' information aoout me contents of me Venue from the 
Venue server object v-s is referenced 9 m Figure 13. 

The Venue server object v-s then sends a request i referenced i0) to the Connection Manager object 
CM to set uo me chosen media connections ana the Connection Manager obiect instructs the relevant 
:s media drivers mot shown* accordingly (dotted line referenced iu The distnouted meeting can then 
proceed. 

A user can aiso set up a new Venue by selecting a Create a New menu option in NewWave Office 
(Figures M-i7 of Apoendix A). On opening the new Venue-client object a Venue-server object also needs to 
be created Figure 15 depicts the process. A server machine is indicated by S and a client workstation by 

jo c 

The act of opening the new Venue-ciient ocject v-c causes it to send a message (referenced i ) to the 
Phone Booth client obiect PB-c which triggers a message (referenced 2) to be sent from the Phone Booth 
client obiect PB-c to the Phone Booth server obiect PB-s requesting creation of a new Venue server object 
V-s. The Phone Booth server object PB-s creates a new Venue server object V-s using a Venue Start 
js message (referenced 3). Next the new Venue-server obiect V-s sends a Here is Parent message 
(referenced 4) to the Venue-client object v-c containing me 10 of the Venue-server object. The new Venue 
client object V-c then sends a message (referenced 5> to the Venue server object V-s requesting 
information about the contents of the Venue and mere »s a corresponding reply (referenced 6) from the 
Venue server obiect. 

so It is possible to add new meeting participants to an active Venue by selecting an Add New Member 
menu option. This causes a directory of potential participants to be displayed as shown in Figure 11 to 
enable the selection of one or more further participants and associated media connections. Information on 
these choices is conveyed from the Venue client object to the Venue server object which updates the 
control panels of the relevant Venue client objects. Chosen new meeting participants are not aware of any 

55 change until someone convenes a meeting 

When a user elects to close a Venue by selecting a CLOSE option this causes a m ssage to be sent 
from the relevant Venue-client object to its Venue-server object informing the Venue-server object that the 
Venue-client object is deactivating. The Venue-server obiect then messages the Conn ction Manager obj ct 
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to (Disconnect tne media connections for the Venue-client ooiect which >s deactivating. The Venue-server 
adject sencs messages to all of its other Venue-cnem objects informing them of tne deactivation of the 
particular Venue-ciient object so that these other Venue-ciient oojects alter tneir appearance to indicate tnat 
tne relevant meeting member is now absent. 

Another way ol setting up a distributed meeting is for a user to copy an existing Venue-ciient object to 
the oesired meeting participants. A Venue-cnent object »s a reference to a Venue-server obiect. Copying a 
verue-c.'ient object to other workstations creates a reference to the relevant Venue-server object on those 
other workstations because m the copying process tne Venue<lient object's reference to us Venue-server 
ooject is observed. 

There are different ways m wmch a Venue-cfient ccject can oe cooied to other workstations. One way «s 
to include the Venue-client object m an electronic mail message. For this ootion. an electronic mail 
message >s created in the normal manner e.g. using Hewlett-Packard's NewWave Mail and a Venue-client 
coiect is included m me message using a standard copy operation. When me or each addressee receives 
me message, they place the Venue-client m their collection of obiects m preparation for the forthcoming 
meeting. At the relevant time, the meeting participants open their Venue-client objects to commence the 
meeting. On opening the Venue-client objects, their 32 bit machine IP address <s automatically updated and 
the Venue-Client objects send a Here Am I message ic the associated Venue-server object. 

Another option >s for the user wishing to set up a distributed meeting to cooy the relevant Venue-client 
object and to serialise the copy of me Venue-client ccject to a file on floppy disc (or other shared medium 
such as a network driver This file may then be transported to the workstations of the intended meeting 
samcipants and deserialised thereby providing each of these participants *ith a copy of the Venue-client 
object and me^eby means for accessing the associated Venue-server objects m order to take part in thje 
distributed meeting. 

A new Whiteboard-client object can also be created using the "Create A New" option m NewWave 
Office. On opening the Whiteboard-client object a new Whiteboard server object needs to be created. The 
orocess is analogous to that described with ieference to Figure 15 replacing references to Venue objects 
with references to Whiteboard objects. 

A new Whiteboard object can also be created msioe a Venue oy selecting me "Create a New" option 
inside me Venue, in this case, the Venue-client obiect automatically activates the new Whiteboard-client 
object m order to initiate creation of a new Whiteboard server ooiect (again using a process analogous to 
mat shown m Figure 15). 

in me same manner as a Venue-client object can be copied and transmitted m an electronic mail 
message cr via floppy disc, a Whiteboard-ctient object can oe so utilised. Again the advantage of creating a 
reference to the relevant Whiteooard server object for the recipients of the copied Whiteooaro-client objects 
ts obtained since each cooy of the Whiteooaro-ciient object contains a reference to the Whiteooard server 
object (as described with reference to Figure 8). 

Also as previously described, a Whiteboard-client object can ce moved mto the shared items area of a 
Venue object by a user causing copies of the Whiteboard-client object to be made available to the other 
users of the Venue object thereby giving access to the associated Whiteboard server object to these users. " 

An exemplary user session will now be descnoed witn reference to Figures 1 6 to 33 involving 
Hypothetical users Martin. Richi and Ed. 

Figure 16 shows a screen of a client workstation iMartin's) running Hewlett Packard NewWave Software. 
A window 126 has: 

a title bar 128 carrying the title "NewWave Office" 

a menu bar 130 offering the following options: 
Action. Edit. Objects. View. Settings. Task and Help: 

a system menu box 132; 

size boxes 134 and 1 36; 

a vertical scroll bar 138 with scroll arrows 140 and 142 and a scroll box 144: 
a horizontal scroll bar 146 with scroll arrows 148 and 150 and a scroll box 152: 
The window 126 displays icons for some standard tools at the top: Waste 8asket 154. Agent 156. 
Printer 160. In Tray 162. Out Tray 164. File Drawer 166. The icons 168. 170 and 172 respectively on the left 
band side represent work-related items: 

"Project Meeting" a Venue-client object representing a ref rence to a Venue server object on the 
local server machine: 

"Design Notes" a Whiteboarc-cnent object reoresentmg a reference to a Whiteboard server 

object on the local server machine: 
"Oesign Principles" a NewWave document object fully contained on th client workstation 
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To "open" an object, the user aouole dtcks on me 'eievant icon Referring to Figure 17 Martin nas 
ooened the Project Meeting Venue which is shown in a wmaow '74. The wmaow 174 has a menu bar 1 76 
wn:cn has similar options to me menu bar 130 of the wmaow 126 except a Meeting ootion instead of the 
Setting option The window 1 74 displays a participants area 178. showing only Martin, and a snared items 

s area 1 80 which :s empty. Underneath a D't map 1 82 of Martin is a name bar 184 which includes a 
notification of presence and three media control buttons 185-7 for Phone. Video and Data respectively Only 
the Data button 187 >s highlighted m this example. >e. blacked out m Figure 17 

On selecting the Meeting option from the menu oar 176 of the window 1 74. a CoMedian directory 
wmaow 190 appears. Figure 18. The reference numerals for the CoMedian directory which were used m 

.■o F«gure M will be retained here. Martin selects the name Richard Jennings from the list 92 of potential 
participants causing a picture of Richard to ape-ear m the area 94 together with crosses m the viaeo and 
data boxes m me area 96 to indicate Richard's media selection*. This means that Richard will be contacted 
through the system for data sharing with both video and audio travelling over video connections. Martin then 
clicks on the Convene button in the options area 98 to add Richard to the Venue which causes Richard's 

75 image to jom Martin's image m me Venue as shown at 192 m Figure 19. Richard is marked as absent at 
194 and a banner 1 96 is displayed indicating that he has been invited Martin has selected both video and 
data connections for himself m order to match what was selected for Richard. This causes the video and 
data outtons 1 86 and ' 87 to be highlighted m a first colour to show that they are currently in use albeit only 
locally to Martin's own workstation. Richard's video ano data media burtons '86a and 187a are highlighted 
20 m a second colour to maicate that they have been requested out are not yet m use. 

Whne waiting for Richard to join the Venue. Marttn is moving me Design Notes and Design Principles 
objects 170 ana 172 mto the shared items aiea 180 of the Venue by kicking on each object and dragging it 
to the area 180. 

Moving now to Richard's workstation shown in Figure 20 the invitation to join the Venue has reached 
js his maenme ano has caused a bell 200 to acoear at the bottom of his screen. The bell 200 is flashing and 
making a ringing sound to attract his attention Richard clicks on the bell 200 and the result is shown in 
Figure 21 An invitation message oox 202 is brought up teiling Richard that he has been invited to a 
meeting and giving the name of me meeting and tne name of the person who convened the meeting. The 
invitation message box 202 comprises two options: Accept and Decline. Richard clicks on the Accept option 
jo to accept the invitation to jom the meeting. 

Referring to Figure 22 accepting the invitation causes a Venue client obiect automatically to be created 
and a wmaow 204 to be opened for Richard. The cnoser media connections have been set up so that 
Ricnard can now see and hear Martin and the objects that Martin has placed into the shared items area '80 
are available to him Figure 23 shows that Martin can see the same Venue having the same contents on his 
35 workstation Referring to Figure 24. during the meeting. Martin has opened a window 206 on the Design 
Notes wniteooard object. Martin informs Richard of this so mat Richard can also view the whiteboard obiect 
and men both Martin and Richard can scribble on the whiteboard and view each otners input. When their 
^ meeting is finished both Martin and Richard close and save me Venue. 

Figure 25 shows the Venue object 168 saved m Richard's NewWave office. In Figure 26. Richard has 
jc just opened hts NewWave office and is viewing the Venue 168 m a wmaow 208. Martin is not present 
(although he would be if. comcidently. he had his Venue open at the same time as Richard. In that situation, 
the relevant meoia connections would automatically be set upl. Referring to Figure 27. Richard has selected 
the Meeting menu item using the cursor 2'0 so as to bring up the CoMedian directory 21 2 and he has 
selected Ed Davies m me manner previously described. Ed Davies ooes not have video capability, instead 
he is selected by telephone. Clicking on the Select button will cause Ed to be added to the Venue without 
beginning a Convene operation. 

Referring to Figure 28. Richard is about to initiate a Convene operation by selecting the Action item 
from the menu bar 214 of the window 208. and selecting the Convene option from the corresponding menu 
216. Smce Ed ooes not have video capabilities, the audio from his telephone would be mixed mto the video 
so feed mto Maron and Richard and their audio signals would be sent to Ed's telephone during their distributed 
meeting. 

Turning now to Figure 29. a n w session is beginning on Richard Jenning's workstation. A window 220 
contains Richard's NewWave Office. Richard has created an outgoing message represented by the con 222 
caileo "Meeting Request" (using the "Create a New" option from the Action Menu • see Figures 14 to 17 of 
55 Aopendix A) In Figure 30. on opening the outgoing message 222 it is displayed m a window 224. Richard 
has completed the distribution hst 226 and written a cover note 228. 

Referring to Figure 3'. a new Venue-ciient obiect represented by the ;con 230 is created (again using 
the "Create a New" option). The Venue-:iient ob/ec: 230 is copied and oraggea mto the window 224 
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displaying the message. This »s achieved by Clicking on me icon 230 anc pressing the control key whust 
dragging tne scon into the message. (This <s an alternative metnoc from the user perspective to me copy 
procedure aescnoeo with reference to Figures 13-20 of Appends A» The tar 232 labelled "Part 3" m 
Figure 32 snows tnat tne message no* contains a copy of ihe Venue-client ociect. The message wmaow 
224 is then closed i Figure 33) To send the message 222 :t can be dragged onto the Out Tray «con 234. 
This causes a copy of the message, including tne Venue-ciier.t object wmcn »t contains, to be sent to the 
people on :ne distribution list. The Out Tray object 234 annates the serialisation of the message 
components to enable these to be transmitted ever tne network. On receipt at the respective destinations, 
the in Tray ooject represented by icon 236 oesenaiises the message components so that these can oe 
viewed and mamDuiated by the recipients. The recipients can drag the Venue-citent object out of the 
message and into their mam NewWave Office window <220» At the appointed time, the three participants 
open their Venue-c:ient objects to begm a distributed meeting. Ounng the meeting, the users can open 
snared objects e.g. a Whiteboard obiect. and modify these interactively as well as interacting througn their 
telephone and video interconnections. For example. »nout mace by each user to a Whiteooard-ciient object 
is relayed ;o the Whiteboard server-object whicn updates ail of the ether corresponding active Whiteboard- 
ciient oojects of the changes. 

Although only Venue snared obiects and Whiteboard shared objects are available to a user m this 
embodiment, a is envisaged that further possibilities for snaied objects are a fax object, a discourse 
structurer object and tocis to control the external media such as a virtual monitor manager and a video 
cassette recorder controller. 

It is envisaged mat a system according to the present invention mav not entail the use of dedicated 
server maenmes but that server objects could run on user workstations given a suitable mter-oDject 
messaging infrastructure. 
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APPENDIX A 



Srief Description of the Drawings 
Figure i is a bloc* diagram of a ccaputer in accordance 

with the preferred embodiment of the present invention. 

Figures 2 and 2k show bloc* diagrams which illustrate 

the relationship between objects, applications and data 

files in accordance with the preferred embodiment of the 

present invention. 

Figure 3 shows a plurality of objects linked in 

accordance with a preferred embodiment of the present 

invention. 
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Figure H shows a scries of objects serving as folders, 
as parer.ts of objects containing data, ir. accordance with a 
preferred embodiment of the present invention. 

Figure 5 illustrates the screen display which results 
from linking of various objects in accordance with a 
preferred embodiment of the present invention. 

Figure 6 shows the linking of objects in order to 
create the screen display shown in Figure 5- 

Figure 7 shews hew three objects oay be linked together 
in accordance with a ^reCerre'i embodiment of the present 
invention. 

Figure 3 and Figure 9 illustrate how an object oay be 
ccpied in accordance with a pr^Terrt<i embodiment of the 
present invention. 

Figure 10 and Figure i 1 illustrate the copying of a 
public object in accordance to a preferred embodiment of the 
present invention. 

Figures 12 through Figure 71 show the appearance on a 
screen of a session in which a user manipulates objects in 
accordance with a preferred embodiment of the present 
invention. Also shown are block diagrams.of how objects 
appearing to the user are linked in accordance to the 
preferred embodiment of the present invention. 

Figure 72 ia a block diagram of an Object Management 
Facility ( OMF ) in accordance with the preferred embodiment 
of the present invention. 
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Figure 73 shews a block diagraa of the organisation of 
KPOrtF.CAT, * systea file included in the OMF shown in Figure 

72. . 

Figure 7« shows the relation between a global parent 
and glotal objects in accordance with the preferred 
embediaent of the present invention. 

Figure 75 is a block diagraa which shows how systea 
files within the OMF shown i r. Figure 72 accesses data files 
and applications froc a itecory shown in Figure 1. 

Figure "6 is a block diagraa of the organization of the 
uesory si*.: -r. in Figure 75. 

Figure 77 and Figure 72 show object- s and links in 
accordance with the preferred eabedicent of the present 
invention. 

Figure 79 is a block diagram of the organization of 
KPOMF.XRF, a systea file included in the OKF shown in Figure 

7 2. 

Figure 80 shows a view specification record in 
accordance with the preferred eabodlment of the present 

invention. 

Figure 8i shows the use of a snapshot in accordance 
with a preferred eabodioent of the present invention. 

Figure 82 shows the data path of a view when there is 
no snapshot, in accordance with a preferred eabodioent of 
the present invention. 
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Figure 82 shows the ^a:i pat.*, of a view when there is 
sr.ap-r.ot , in accordance with a prtCzrrtt embodiment of the 
present ir.venticn. 

Description of the Preferred Embodiment 
Figure 1 shows a ccaputer 18 having a monitor T a , a 
keyboard '9 and a mouse 20. A portion of computer main 
memory 17 is shewn by ar. arrow 9 to *e within computer 18. 
Within corputer sesory lain i? is shown an object management 
facility (CM"! IOC, an application '01, an application 102, 
an application 1C3i an application lOtt, an application 105 
and an application 105. 

Each of applicaticns *C: tc 106 store data using 
objects. For instance, in Figure 2 , application 101 is 
shewn to have stored data using an object 202 , an object 
203. an object 20<J and an object 205. Similarly, 
application 105 Is shown to have stored data in an object 
207, an object 208, an object 209 and an object 210. OMF 
100 stores information indicating which objects go with 
which application. Objects which are associated with a 
single application are considered to be objects of the same 
type, or the same class. For instance, object 202, 203, 20* 
and 205 are of the same class because each is associated 
with application 101. Similarly objects 207, 208, 209 and 
210 are of the same class because each is associated with 
application 106. All objects of the same class use the same 
application. When an application is being run by computer 
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13, OMF 100 informs the application which object the 
application should access fcr data. That object is then 
consider ei to be active. An object is inactive when the 
application the object is associated with is not beir.g run 
by computer. 18, or when the application the object is 
associated with is being run, but is not being run with the 
data of that object . 

Active objects can communicate with each other using 
messages. Fcr exaapl.e if two instances of application 101 
are beir.g run by computer 1S, one with the data of object 
202 ar.i the other with the data of object 20 3, object 202 
and object 203 are fceth active. Therefore object 202 say 
send a cessige 21: tc object 203. Similarly, if computer 18 
is running application 10 i with the data of object 202, and 
is running application 1 C 6 with the data of object 20", 
object 2C2 and object 207 are both active. Therefore, 
object 202 may send a message 212 to object 207. 

Messages, such as message 211 and 212 may be formatted 
to be sent and received by all types of objects. This 
allows for free communication between all active objects. 
This also allows new object types to be defined and added to 
the system without requiring that the existing object types 
be updated to use the new type. 

;t 

Each object has associated vith^a set of data files. 
For instance, object 2:0 is shown to have associated with it 
a data file 221, a data file 222 and a data file 223. Cata 
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in data files 22*, 222 and 223 are in a format which car. be 
interpreted by application 1 0 5 . 

Each ctject has associated with it a list of 
properties. Each property has a name and a value which may 
be accessed by specifying the naae . In addition, each class 
of objects has associated with it a list of properties that 
are corzon to all objects of that class. Tor instance, in 
Figure 2A, object 205 and application 101 are shown. Object 
2C5 has associated with it a prcperty 231, a property 232, 
ar.d a property 2 3 3 . Application 1C1 has associated with it, 
a property 131, a property 132 and a property 133- 

Prcperty lists can contain any number of properties. 
Each property value car. be frcs lero to 3,27 62 bytes in 
length. Properties are used to stcre descriptive 
information about objects and classes, such as names, 
coicents and so on. 

Objects may have references to other objects* These 
references are called links. Links are directional: one 
object is called the parent, the other the child. Each link 
has a reference name which is a number that is assigned by 
the parent object to identify each of i ts # chi ldren . All of 
an object's children, its children's children, and so on are 
collectively called that object's descendents. Similarly, 
an object's parents, its parents' parents, and so on, are 
collectively called that object's ancestors. In the 
preferred embodiment of the present invention, an otject 
which may be manipulated by a user, can have zero or more 
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children ar.l cr.e or cere parents. An object is not 
allowed to teccae its own iescender.t . 

In Fig j re 3 is shewn an object 30 1, an object 302, an 
object 303, an object 3 0 u , an object 305, an object 306, an 
object 307, an object 303 and an object 309. Objects 301- 
309 have links with reference names which are numbers shown 
in parenthesis by each link. Object 301 has a link 310, 
with reference name " 1 " , to object 302 . Object 301 has a 
link 3"i, with reference r.a:e ,, 2", to object 303. Object 
302 has a link 312, with reference name "7", to object 30U, 
Object 3-2 has a link 313, with reference name "8", to 
object 325. Object 30 3 has a link 3 i U , with reference name 
" i" , to object 3C6. Object 303 has a link 315, with 
reference name " u M , to object 307. Object 30U has a link 
316, with reference name "i« f to object 308. Object 305 has 
a link 317, with reference name "7", to object 308, Object 
306 has a link 318, with reference name "8", to object 309, 
Object 307 has a link 319, with reference name "9", to 
object 306. Object 307 has a link 320, with reference name 
"13", to object 309. Object 308 has a link 321, with 
reference name "1", to object 309. Object 308 has a link 
322, with reference name "3", to object 303. 

Object 30: is a parent of 302 and 303. Object 303 is a 
child of object 301 and of object 308. Each of objects 302- 
309 are descendents of object 301. Descendenta of object 
303 are objects 306, 307 and 309. Object 309 has for 
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*nces::rs all of objects 301-203. Object 303 has for 
ancestors objects 30 i , 3 02 1 3^, 305 and 3 09. And so on. 

Activ- objects can dynaoically sake and delete links to 
other objects. When a link to an object is deleted, OMF 100 
checks if the object has any other parents. If not, OMF 100 
destroys the object by deleting the data files of the object 
and reclaiming other storage space associated with the 
object . 

Object lir.ks may be user for various purposes. For 
exarple, folders cay be in the fore of objects. The 
children of objects used as fclders oay be objects 
containing data for use with various applications, or the 
objects oay be other folders. Figure 4 shews an example 
of the use of objects as fclders. An object U 0 1 (also 
called folder - 0 : ) f a r. otject 4C2 (also called folder 402), 
an object u:] (also called folder *03) and an object 4 04 
(also called folder 40U; are used as folders. Folder 40 1 
contains an object 405 , used to contain data, an object U06, 
used to contain data, an object 407 , used to contain data, 
and folder 402 . Folder 402 contains an object 408, used to 
contain data, folder 40 3 and folder 404 . folder U03 
contains an object 409, used to contain data, and an object 

410, used to contain data. Folder 404 contains an object 

411, used to contain data, an object 412, used to contain 
data and an object 413, used to contain data. 

A core sophisticated use of links is to construct 
compound objects. F r instance in Figure 5, a document 510 
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contains lir.es of text 5»i. lir.es cf text = 12, a graphics 
figure 51?, a graphics figure 5 1U ani spreadsheet data 515. 
As shcv- in Figure 6, text and formatting data is stored in 
ar. object 6il, graphics data for graphics figure 513 is 
stored i r. ar. object 6 1 2 , graphics data for graphics figure 

5 i u is stored in an object 6 1 3 and spreadsheet data 515 is 
stored in object 6 H* . links that are used to build coopound 
objects always have sore kir.d of data transfer associated 
with t^e link ar.d hen:* are called data links* In Figure 6 
is shewn a £ata link 615, a data link 6i6 and a data link 

6 17. I r. dec u sent 510, data frca object 6 12, object 613 and 
object £1^ are cerely displayed, therefore data link 6 1 U t 
data link 6*5 and data link 616 are visual data links. In a 
visual data link, the parent will send requests to its child 
to display iata within the parent's window. 

In Figure 7, an object 7 0 1, which contains data for a 
first spreaisheet, is linked through data link 70U to an 
object 702, which contains data for a second spreadsheet, 
and is linked through data link 705 to an object 703 t which 
contains data for a third spreadsheet. The first 
spreadsheet uses data fro© the second spreadsheet and from 
the third spreadsheet. Since the first spreadsheet does 
more than xereiy display data from the second and the third 
spreadsheets, data link 70U and data link 705 are called 
data-passing data links. 

OM? 100 does the "bookkeeping" when objects are copied 
or nailed. When an object is copied, QKF 100 makes copies 
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of data files associates with the c c J e c t . If the object 
being ccpiec has children, OMF 1 0.C also makes copies of the 
object's iescendenta, and builds links between the new 
objects to give the r.ew coepcund object the same structure 
as the ori gi na 1 . 

For instance. Figure 8 shows object 305, from Figure 3, 
and the descer.dents of object 308. When OMF makes a copy of 
object 30 5, OMF copies each of object 306' s descendents and 
the links show- in Figure 3. Figure 9 shews a copy of 
object 305. Object 3 05a is a copy of object 309 . Object 
3C3a is a copy of object 3 C 3 . Object 306a is a copy of 
object 2C £ . Object ? 0 ? a is a copy of object 307. Ooject 
309a i3 a ccpy of object 3 09 - Lir.k 3 2 1 a is a copy cf link 
321. Link 322a is a copy of link 322. Link 3^a is a copy 
of link 21*. Lir.k 315a is a copy of link 315. Link 3'8a is 
a copy of link 3 1 9 • Link 3 1 9a ia a copy of link 3^9. Link 
32Ca is a ccpy of link 220. 

In the preferred embodiment, the default behavior 
results in the copy of a parent's children when the parent 
is copied. However, when a child is designated as "public* 
it is not copied. Father, a copy of the parent includes a 
link to the child. For instance, in Figure 10, a parent 
object 161 is to be copied. Parent object 161 is linked to 
a child object 1 62 through a link 163. Child object 1 6 2 is 
a public object. As shown in Figure 11, copying of parent 
object 15! results in new object 1 6 1 a being linked to object 
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162 through a new link :63a. Object isu is a copy of 
object Link i£}a is a copy of link 1 6 2 - 

In Figure 12 through Figure 7: p it is shown how objects 
are displayed to a user or. ncnitor 1 . In Figure 12 a 
"NewWave Office" desktop is shown to include icons labelled 
as Tile Drawer", "Waste Basket", "Diagnostic", "Printers", 
"Star" and "My Folder". A user (not shown) has aanipulated 
a cursor 73i, using keyboard 19 or souse 20, to select "My 
Folder". 

Figure 13 shews how the objects displayed on aronitcr Tfr 
are linked. NewWave Office (shewn as an object 700) is the 
parent cf "File Drawer" (shown as an object 701) through a 
link Til, cf "Waste Basket" (shewn as an object 702} through 
a link 712, of "Diagnostic" (shewn as an object 703) through 
a link 713, of "Printers" (shown as an object 70M through a 
link 7ia, of "My Folder" (shewn as an object 705) through a 
link 715 and of "Star" (shown as an object 706) through a 
1 i n k 7 1 6 . 

In Figure m f the user, using cursor 78l, has selected 
"Create a New..," in a pull down aenu 782. As a result of 
this selection a dialog box 779 appears as shown in Figure 
15. Using cursor 781, the user has highlighted the icon 
"Layout" and using keyboard 19 has typed in the name "Paste 
Up" as a name for a new object to be created. Cursor 781 
now points to a region labelled "OK". Once this region is 
selected, a new object titled "Paste Up" is created, as is 
shown in Figure 16. 
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In Figure H, "Faste Up" is -r.cwn as an object 707 

linked as a child of NewWave Office through a link 717. 

The basic clipboard operations are Cut, Copy, an; 

Paste. The user = ust select the data that is to be ooved or 

copied, ani then give either the Cut eonsind or the Copy 

cccaar.d. Cut moves the selected data to the clipboard 

(deleting it frco its original location). Copy makes a copy 

of the selected data on the clipboard. The user oust then 

select tr.e location where he wants the data to be moved or 

ccpied to, ar.d give the Paste coisani. This cosrand copies 

the ccr.tents of the clipboard to the selected location. 

In Figure iS a user is shown to have selected "Paste 

Up". The selection is represented by the icon for "Paste 

Up" being displayed using inverse video. With cursor 7 8 1 , 

the user selects "Copy" froe a pull down senu 783. In 

Figure 1 3 A a Clipboard object 720 is shown to be a parent of 

an object 703 through a link 721. Object 708, is a copy of 

object 707 ( "Paste Up" ) . 

As shown in Figure 19, next the user selects "Paste" 
it 

froc pull down ner.^78 3 . The result, shown in Figure 20, is 
the addition of an object 708, pointed to # by cursor 781, 
which is a copy of the original "Paste Up" object 707. 

In Figure 21, the new object is shown as object 708 
linked as a child of NewWave Office through a link 718. 

In Figure 22, "My Folder", has been opened by double 
clicking the icon for "My Folder" using cursor 7 8 1 . The 
result is a new window 785 representing "My F lder" . 
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Figure ^^<> Clipboard object ?20 is a. u .:w r. to be a parent of 
"Paste Up" object 707 th rough a link 722 . 

In Figure 27, window 78 5 has been activated. Fro a a 
menu 787, "Paste" is selected. The result, shown in Figure 
28, is an icon 707a appearing in window 785, which indicates 
that "Paste Up" (object 707) is shared by window 785 and the 
NewWave Office window. In Figure 26 A, as a result of the 
paste, "Paste Up" is now shown to be both a child of 
Clipboard "22 through link 722 and a child of "My Folder" 
7C5 through a link 727. In Figure 29, showing just the 
interconnection of objects visitle to the user, "Paste Up" 
(object 7C7) is shown to be a child of "My Folder" 705 
through link 72". Since "Paste Up" (object 707) is shared, 
not copied, "Paste Up" (object 707) reoains a child of 
NewWave Office through link 717. 

One key feature of data links is autooated data 
transfer. When a child object is open and the user changes 
a part of it which is "shared out", then tt aakes a call to 
OMF 100. OMF 100 checks if any of the object's parents 
"care" about this particular change. If they care and if 
they are also open, OMF 100 sends to the parents a message 
inforeing theo that new data is available. The parent can 
then send messages to the child to produce or display the 
data. This feature allows the user to establish coopound 
objects with complex data dependencies, and then have 
changes oade to any sub-part be autocratically reflected in 
other parts. For example, changing a number in a 
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spreadsheet could cause a graph to be redrawn, and updated 
as a figure in a do - u rent. Ar.d since an c b J e c t can have 
cany parents, a single object can be used as "boiler plate" 
for any nuafcer of other objects. A change in the boiler 
plate will te reflected in all the objects which have links 
to it. Autooated data transfer is illustrated in the 
following discussion. 

In Figure 3C, window 78 5 for "My Folder" has been 
closed. In Figure 3 1 , cursor 7 5 i is used to select "Create 
a New..." fro= pull dew- c-r.u 7:2. As a result of this 
selection dialcg box 779 appears as shewn in Figure 32. 
Using cursor 7 3 1 , the icon HPText has been highlighted . and 
using keyboard l? the nase "Sample Text" has been typed in 
as the rare for a new object to be created. Cursor 7 8 l now 
points t: a region labelled " C K " . Once this region is 
selected, a new object titled "Sa=ple Text" is created, as 
is shown in Figure 33. 

In Figure 3", "Sasple Text" (object 709) is shown to be 
a child of NewWave Office through a link 719. In Figure 3M, 
since "My Folder" has been closed, "Paste Up" (object 708), 
link 723 and link 727 are not shown. However, these still 
exist, but are not currently visible to a user. 

In Figure 35, placing cursor 7 8 1 on the icon "Saeple 
Text" and double clicking a button on mouse 20 results in 
"Saaple Text" being opened. In Figure 36, an open wind w 
789 for "Saaple Text" is shown. 
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In Figure 3 ? a vir.icw 7 51 for "Paste Up" (object 7 07 ) 
has teen cper.ed by double clicking or. the icon for "Paste 
Up". Ir. Figure 33, using Cursor 7 5 i t controlled by mouse 
20, a portion 790 of tr.e text of "Sample Text" has been 
selected. The portion in inverse video stating "New Wave 
Office environment" is portion 7 90. 

In Figure 39, cursor 781 is used to select the 
selecticn "Share" in a pull down menu 7 92 . In Figure ^ 0 » 
an area 7 9 3 in window 791 is selected using cursor 78i. In 
Figure ^ , a selection "Paste" is selected from a pull down 
menu 79 u using cursor 78!. In Figure ^2, "Sample Text" is 
linked to "Paste r Jp" (object 707 ) and displayed text 790 is 
displayed in "Paste Up" window 7 ? i . In Figure U 3 "Sample 
Tex:" (object 7 0 9) is shown to be a child of "Paste Up" 
(object 707} through a link 72 9.. In Figure U2, displayed 
text 790 is shown in gray because "Star" window 789 is open 
In Figure * u , "Star" window 739 is closed so displayed text 
790 is clearly displayed. 

In Figure US, a region 795 of window 791 is selected 
using cursor 7 8 l • Figure *6 shows cursor 781 dragging the 
icon "Star" into region 795 of window 791 • 

In Figure U7, data from "Star" (object 706) is now 
displayed in region 795 of window 791. As may be seen in 
Figure U 8 , "Star" (object 706) is now a child of "Paste Up" 
(object 707) through a link 726. 

In Figure ^9» a user has placed cursor 781 over region 
795 of window 791 and double clicked a button on mouse 20. 
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The result is the cper.ing and display of "Star" (obiect 706) 

in a wiricw 796. Figure ^jb 3 N .:ws the use of cursor 7 S 1 to 

select selection "Ellipse" in a menu window 797 which 

results in the data within "Star" (object 706 ) being -changed 

fron a star to an ellipse. As shewn in Figure 51, the 

result is a change both in data displayed in window 796 and 

data displayed in region 795 of window 791. 

In Figure 52, cursor 7 3 l is used to define a region 797 

in window 79'. In Figure 53, cursor 75* is used to select a 

select: sr. "Create a New..," in pull devr. menu 793 . As a 

result of this selection dialog box 799 appears in Figure 

5 1 *. Dial eg fccx 799 contains icons for the two classes of 

objects available which are able to display data in region 

797 of window 79*. Using cursor 7 8', the icon "HP Shape" 

has been highlighted. Using keyboard "-9 the name "New 

Shape" has been typed in as the name for a new object to be 

created. Cursor 7 S 1 now points to a regions labelled "OK". 

Once this region is selected, a new object titled "New 

Shape" is created. Data for "New Shape" is displayed in 

region 797 of window 79" as is shown in Figure 55. In 

Figure 56, "New Shape", (object 750) is shown to be a child 

« 

of "Paste Up" (object 707) through a link 760. 

In Figure 57 a window 800 for "New Shape" was opened by 
placing cursor 781 over region 797 of window 791 and 
clicking twice on a button on mouse 20. In Figure 58, 
cursor 781 is used to select the selection "Triangle" froa a 
pull down menu 801. The result, as shown in Figure 59, is 
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that a triangle Is row displayed both in window SOC and ir. 
region 797 of window 1 . 

In Figure 60, window 300. has beer, closed. In Figure 
61, "New Shape" is selected by placing cursor 78' over 
region 797 of window 796, and clicking a button on mouse 20. 
In Figure 62, cursor 751 is used to select selection "Share" 
fron pull down tenu In Figure 63, cursor 78 1 is used 

to selert a region 902 of window 79?. ' j n Figure 6U, cursor 
751 is used to select selection "Paste" froe pull down menu 
■79". The result, as sh:wn in Figure 65, is the sharing of 
"New Shape- with data free "New Shape" being displayed in 
region 7?7 and in region 802 of window 791. In Figure 66, 
"New Shape" (otject 750) is shewn to have an ad di ti oria 1 1 i nk 
770, frc: its parent "Paste Up" (object 707). 

Ir. Figure 67, region ??7 has been selected using cursor 
78i. Cursor 781 is then used to select selection "Cut" fron 
pull down xer.u 79** . The result, as seen in Figure 68, is 
that region 731 has been removed from window 791. In Figure 
69, cursor 781 is usee" to select selection "Paste" fron pull - 
down menu 783- The result, shown in Figure 70, Is an Icon 
for "New Shape", pointed to by cursor 78l # . In Figure 71, 
"New Shape (object 750) is shown to now be a child of 
NewWave Office (object 100), through a link 780. 

In Figure 72, 0HF 100 is shown to contain seven system 
files: systea file 601, systeo file 602, system file 603, 
systea file 60U, system file 605, systea file 606 and system 
file 607. OKF Interface 599 serves as interface of 0HF to 
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other prcgraaa running on computer 1S. System fil s 6 0 1 - 6 0 
serve as a data base that provides varices information. 
They provide information abcu: object properties such as 
what class each object is what is the name of each object. 
System files 6 0 1 - 6 0 T provide inforcation about classes of 
objects such as what application is associated with each 
class of objects, what icon represents objects of a 
particular class and lists cf what messages (such as those 
shewn in Figure 2) can te process** by objects of a 
particular class. System files 601-607 also contain 
information *::cut links between parent and child objects 
including a list of parents and reference names of each link 
from a parent for each object; a list of children ani 
reference names of each link to a child for each object; and 
additional information to manage data exchange across data 
links. Additionally, system, files 601-607 contain general 
information such as what files are installed in the 
operating system for each class that is installed, and what 
objects have requested automatic restart when the OMF 100 is 
restarted . 

In the preferred embodiment of the present invention 
systea file 6 0 1 is referred to as HP OMF .CAT, system file 602 
is referred to as HP0KF.CLS, system file 603 is referred to 
as HPOMF.XRF, system file 60U is referred to as HP0MF.PRP, 
system file 605 is referred to as HP0MF.INS, system file 606 
is referred to as HP0MF.SDF and system file 607 is referred 
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to as KPCMF ico . NVE . A description of each systea file is 
now given. 

System file 601, KF0MF.CA7, is also referred to as 
SYSCA7. HP0KF.CA7 is a catalog of all the existing objects 
in the system. In Figure 73, HP CMF . C A 7 is shewn to be 
record oriented. KP0MF.CA7 has a plurality of file records. 
In Figure 73, file record 0 through file record 8 are shown, 
although HPOKF.CAT nay contain cany more file records than 
are shown in Figure 73- File re :o rd 0 is a header which 
contains various signatures ar.d is used to manage a list of 
free file records. A signature is seme known value which if 
present indicates that the file is net corrupted. File 
record : through file record 8 and additional file records 
(not shown) either define an existing object, or are free. 
In the preferred embodiment HPOM-.CAT can grow dynamically, 
as more file records are needed, but cannot shrink. 

File record 1 defines a special object called the 
global parent. The global parent has a form different than 
every other object, and may be regarded as a "pseudo" 
object. Figure 7U shows the global parent to be the parent - 
of global object 250 through link 260, global object 251 
through link 261, global object 252 through link 262, global 
object 253 through link 263 , global object 25** through link 
264 and global object 255 through link 265, as shown. 
Global objects 250-255 are also within HP0MF .CAT • Each 
global object 250-255 may be a parent of one or more objects 
in HPOMF.CAT. Each object in HP0MF.CA7 which is not a 
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global object, is a descenient of global object. Although 
Figure 7^ shows only six global objects, the number of 
global objects operating on a system is a Batter of system 
configuration. Any object in the system can refer to a 
global object by using the reference name of the link to 
that global object from the global parent. 

As may be seen from Figure 73. file records in 
H ? OMF . C AT are numbered consecutively. These numbers serve 
as tags, which identify each object. 

In the preferred emt^di^ent of the present invention, 
each record is 128 bytes ir. length. The fields for file 
record 0 are listed in Table 1 below: 

Table i 

1 F i r s t F r e eEnt r y Contains the record number of 

the first free record in 
HP OMF .CAT i or "0" if there are 
no free reco rds . 

Fileld Contains the null terminated 

string "HP OMF .CAT" . This serves 
as a signature. 

Version Contains the file format version 

number, which also serves as a 
signat ure . 



IMaxRecordNumbe r Contains the number of the 

highest record ever allocated 
from within HPOMF .CAT (this 
highest record may or may not be 
JS free). 



Table 2, below, contains the fields for file records in 
HPOMF. CAT for file records other than file record 0: 
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lFi rst" pee: rstry Is if this record defines 

an object, otherwise this record 
is free and this field is the 
record r.ucber of the next free 
record, or "0" if there are no 
core free records. If the 
record is free, none of the 
other fields in the record is 
zeaningful. 

5 TypelnClass Specifies the' class of this 

otject. This is the number, of 
the record in HPOKF.CLS that 
indicates to which class the 
object belongs (see discussion 
of class above). 



20 



25 



SysCatFlags Specifies if the object is 

global if the bit masked by the 
rubber 20 ( h e xad.ee i aa 1 ) is set 
in this byte. In the prefer rett 
embodiment all other bit 
positions cust contain "0" and 
are not used. 

'° properties Specifies the nuober of 

properties, the length of the 
property races and the location 
in HPOMF.PR? of the object's 
properties. See the description 

: ' of HPOMF.PRP below for further ■ 

definition of the structure of 
this field. 

fastprops Certain object properties, such 

"° as name, are so heavily accessed 

that they are stored directly in 
this field, rather than 
indirectly in # the properties 
file. Properties stored in this 
' 5 field are called "fast 

pr ope r ti es . " 



Systeo file 602, HPOKr.CLS is also referred to as 

50 

SYSCtASS. This systeo file is a list of all installed 
classes in the svsteo. It is record oriented. The first 
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signatures (see abcve ) ani is usei to canage a list of free 
records. All ether records eitr.er sefine an installed class 
or are free. In the preferred e-bodicent HPOMF.CLS can grow 
dynamically, but cannot shrink. 

Each file record in HPOMF.CLS is thirty-two bytes in 
length. HPOMF.CLS file record 0 (tne header) contains the 
following fields listed in Table 3: 



Table 3 



lFirstFreeEntry 



Contains the record number of 
the first free record in 
HPOMF.CLS, or "C H if there are 
nc free records . 



Contains the* null terminated 
string "HPOMF.CLS" 



Version 



Contains the file format version 
nua be r . 



IMaxPeco rd Nunte r 



Contains the nucber of the 
highest record ever allocated 
from within HPOMF.CLS (this 
highest record say or may not be 
f ree ) . 



Table , below, contains the fields for file records in 
HPOMF.CLS for file records other than file record 0: 
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'5 



20 



jO 



-0 



50 



HoduleFileName 



properties 
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lFirstFreeEntry Is if this record defines 

an installed class, otherwise 
this record is free and this 
field is the record number of 
the next free record, or "0" if 
there are no more free records. 
If the record is free, none of 
the other fields in the record 
is meaningful. 

Specifies the name of the 
application associated with 
objects of this class as a null- 
terminated string . 

Specifies the number of 
properties, the length of the 
property names and the location 
in HPOMF.PRP of the object's 
properties. See the description 
of HPOMF.PRP below for further 
definition of the structure of 
this field. 

In Figure 75, the relationship of HP OMF . CAT and 
HPOKF.CLS is shown. Within each object entry within 
HPOMF.CAT, the record number, which is an object's tag, 
serves as an identifier 650 of data files in a mass storage 
memory 170 associated with the object. The field 
"TypelnClass* serves as an Identifier 651 of the class entry 
in HPOKF.CLS, which identifies the class of each object. 
Within each class entry in HPOMF.CLS, the. field 
"ModuleFileName" serves as an identifier 652 of the 
application file in mass storage memory 170 which is 
associated with the class. 

In Figure 76, the organization of a portion of mass 
storage memory 170 is shewn. A root directory 660 contains 
pointers to an HP.VWDA7 A directory 66 1 and HPNWPRCG directory 
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6 65 . HPNWPJtOC directory 666 is the locati n of storage for 
applications files, represented by arrows 669. HP NWDA7A 
contains a plurality of HPOMFddd directories, represented by 
directories 662, 663, 66U, 665 and 666. In the HPOMFddd 
directories are stored data files associated with objects. 
The "ddd" in HPOMFddd stands for a three digit, leading 
zeros, hexadecimal nuaber. Each HPOMFddd directory has a 
different "ddd" hexadecimal number. The "ddd" nuaber 
indicates which HPOMFddd directory stores data files for a 
particular object. Data files for a particular object are 
stored in the HPOMFddd directory which has a -ddd" nuaber 
equal to the tag for the object divided by an integer 
number, e.g., fifty four. Within each HPOMFddd directory, 
files are stored by tag nus'btrs, e.g. data file naoes have 
the foraat xxxxxxxx . 1 1 1 , where "xxxxxxxx" is an eight digit 
leading zeros hexadeciaal tag, and "111- are a reference 
chosen by the application. 

Systea file 603, HPOMF.XRF is also referred to as 
SYSXREF. This file is a list of all the links existing in 
the system. It is record oriented, but does not have a 
header record. Each record file is either free, or defines 
an existing link, or is used as an overflow record from the 
previous record to specify additional view specification 
information. Records that contain view specifications are 
called view specification file records. View specification 
file records can be identified only by a previous record 
which defines an existing data link; view specificati n file 
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records cannot be identified by the content within a view 
specification file record. HPOMF.XRF is increased in size 
i6K bytes at a tine. A newly allocated portion of HPOMF.XRF 
is filled with zeros. File records within HPOMF.XRF which 
are free or which define a link have the following fields 
listed in Table 5: 

Table 5 

Contains the tag ( HFOMF .CAT 
record number) of the parent 
object of this link. If this 
field is 0, then this record 
does not define a link and is 
free. 

Contains the tag of the child 
object of this link. If 
ParentTag in this record is 0 F 
and this field is also 0, then 
no record beyond this record in 
HPOMF.XRF defines a link. 

Contains the reference name that 
the parent has assigned to the 
link. This field is meaningless 
if ParentTag or ChildTag is 
zero. Otherwise, if the top 
three bits of this value are 
MO, the next record in the file 
is a view specification. 



File records within HPOMF.XRF which are view 



Pa rentTa g 



ChildTag 



Re f Nane 



specification file records have the following fields listed 
in Table 5A: 
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Table 5A 

DataId Contains the value that the 

child has assigned to identify 

the part of Itself that is being 

viewed through the link. 

Snapahot Contains the tag ( HPOMF. CAT 

record number) of the object 
which is the view's snapshot, or 
if zero, the view has no 
snapshot. For further 
discussion of snapshots, see 
bel ow. 

Mlsc Composed of several bit fields 

described below: 

VS.NEWDATASET Set if child has told OMF 

that new data is available, 
but has not been announced 
to the parent. The 
hexadecimal number 8000 
0000 is a mask which 
indicates which bits are 
used for this bit field. 

VS.NSWDATAANNOUNCE0 Set if child has told 0MF 

to announce new data to 
parent, but parent was 
inactive and was not 
notified. The hexadecimal 
number 0000 0000 is a mask 
which indicates which bits 
are used for this bit 
field . 

VS.SNAPSH0T0LD Set if child has told 0MF 

that the view's snapshot is 
out-of-date. The 
hexadecimal number 2000 
0000 is % mask which 
indicates which bits are 
used for this bit field. 

VS.WAMTMBSSACES Set if child has told OMF 

that It wants to process 
view messages when snapshot 
is out-of-date. The 
hexadecimal number 1000 
0000 is a mask which 
indicates whicr. bits are 
used for this bit field. 
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VS_TEXTDISKLOC 

5 



•5 



VS_INITIALIZED 

20 



35 



VS_RE SERVED 

30 



VS VIEWCLASS 



40 



File position in HPOMF.PRP 
where a view's 32 character 
textual data ID is located. 
This contains zero if no 
textual data ID has been 
defined by the child. The 
low order five bits of the 
file position are always 
zero and are thus not 
stored in the Misc field. 
The hexadecimal number OFFF 
FFEO is a mask which 
Indicates which bits are 
used for this bit field. 

Set if the view 
specification has been 
initialized. If clear, all 
information in the view 
specification is zero. The 
hexadecimal number 0000 
00 10 is a mask whi ch 
indicates which bits are 
used for this bit field. 

Heserved for future 
expansion. The hexadecimal 
number 0000 0008 is a mask 
which indicates which bits 
are us ed for t hi 3 bi t 
field . 

Specifies the view class 
the child assigned to the 
view. The view class 
defines what view methods 
are aval labl e to the 
parent. The hexadecimal 
number 0000 0007 is a mask 
which indicates which bits 
are used for this bit 
field. 



For example, in Figure 77, Object 671 is * folder and 
a tag of -6". Object 671 is a parent of an object 672 
ugh a link 674 and a parent of an object 673 through a 

675 . Object 672 has a tag of. "12-. Link 67U as a 
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reference naoe " 1 * . 



Object 673 has a tag f "19". Link 
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675 has a r*re.-en:e na = e "7". Reference names are picked by 
the parent object ar.d need to be unique for the particular 
parent object; however, other parents may have a link with 
the same reference name provided each reference name is 
unique for each parent. 

Figure 79 shows a block diagram of HPOMF.XSF 603. 
HPOMF.XSF contains an entry for each link between parents 
and children. In HPOMF.XSF 603 column 731 contains the tag 
of the parent for each link. Column 732 contains the tag of 
the child for each link. Column 733 contains the reference 
name for each link. The first three bit positions of column 
733, shown in Figure 79 as sub-column 73", Indicate whether 
a view specification^ file record is present ("110") whether 
no view specification file record follows ("000") or whether 
the link is between Is a link from the global parent to a 
glofcal object ( " 100" ) . 

As may be seen, entry 735 is an entry which describes 
link 67* shown m Figure 77. That is, in column 73 1 of 
entry 735 there is the parent tag "6". In column 732 there 
is the child tag -12" and in column 733 there is the 
reference name Since object 671 is a folder, there Is 

no view, therefore the three bits within subcolumn 73« would 
be "000". 

Similarly, entry 736 is an entry which describes link 
675 shown in Figure 77. That is, in column 731 of entry 736 
there is the parent tag "6". In column 732 there is the 
child tag »ic« , ni in column 733 there is the reference name 
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"7". Since object 671 la a foltfer, there la no view, 
therefore the three bita within subcolumn 73" would be 
"0C0" . 

In figure 78, Object 676 is a doeusent and haa a tag of 
"17". Object 676 ia a parent of an object 677 through a 
link 679 and a parent of an object 678 through a link 680. 
Object 677 haa a tag of "8". Link 679 as a reference name 
-1". Object 678 haa a tag of "21". Link 680 haa a 
reference name "3". 

Ir. Figure 79, an entry 737 describes link 679 shown in 
Figure 7S. That is, in column 731 of entry 737 there is the 
parent tag "17". In column 732 there is the child tag "8" 
and in ccluar. 73 3 there is the reference name "1". Object 
676 is a docueent, and assuming there is a view associated 
with link 679, the three bits within subcolumn 73U contain 
the three bita -HO" and entry 73S is a view 's p«cl fi cation 
record . 

Similarly, an entry 739 describes link 680 shown in 
Figure 78.. That ia, in column 731 of entry 739 there is the 
parent tag "17". In column 732 there ia the child tag "21" 
and in column 733 there is the reference name "3". Assuming 
there is a view associated with link 680,. the three bits 
within aubcolum 7 3 « contain the three bita "110" and entry 
7*»0 is a view specification record. 

In Figure 80, view a pe cl f 1 cat i on record 710 is shown to 
indue: a field 7 U i which contains a data identification for 
the view, a field 7U2 which indicates whether there is a 
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snapshot usee! in the view, and a field 7«3 which contains 
miscellaneous lnforcation about the view. The data 
identification nueber is uses by the child object of the 
link, to detersir.e what data is sent through the link. 

Figures 37 - ** 3 show the es tabli sheent of a link with 
a view. as has been discussed before, in Figure 37 window 
791 for -Paste Up- (object 707) has been opened by double 
clicking on the icon for -Paste Up-. In Figure 38, using 
Cursor 78i, controlled by mouse 20, portion 790 of the text 
of -Sample Text- has beer, selected. The portion in inverse 
video stating -New Wave Office environment" is portion 790. 

In Figure 39, cursor 7 8 1 is used to select the 
selection "Share" in a pull down menu 792. Once "Share- is 
selected, child object 709 ("Simple Text") creates a data 
Identification number which Identifies portion 790 of the 
text to child object 7C9. Child object 709 also causes OMF 
100 to put a link to child object 709 on clipboard 720-- 
Child object 709 communicates to OMF 100 through command set 
forth lr. Appendix E , attached hereto--. Child object 709 
»lso informs OMF 100 what data identification number is 
associated with the new link between the child 709 and 
clipboard 720. If there is a snapshot associated with the 
link, child 709 will also inform OMF 100 if there is a 
snapshot associated with the link. Snapshots are discussed 
more fully below. As a result OMF 100 will make an entry in 
HP OMF . X R F 603 for a link between clipboard 720 and child 
object 709. The vi e w spec! f ication record for the link will 
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include the data i d cnt i f i c a t i cn number given to OMF 100 by 
child 709. 

In Figure UO, area 793 in window 791 is selected using 
cursor 78 i . In Figure * 1 , a selection "Paste" is selected 
from a pull down menu 79** using cursor 781. At this point 
parent object 707 ("Paste Up") requests OMF 100 for a link 
making him the parent of what Is on clipboard 720. The view 
specification record for the^between clipboard 720 and child 
709 is copied for link 729 between parent 707 and child 709. 
In Figure * 3 "Sample Text" (object 709) is shown to be a 
child of "Paste Up" (object 707) through link 729. 

In Figure t* 2 , "displayed text 790 is displayed in 
"Paste Up" window 791. In accompli shing this, parent object 
707 makes a call to OMF 100 asking that a message be sent to 
the object identified by the reference name for link 729. 
This message requests the child object 709 to display data 
from this link into a location specified by parent object 
707. OMF 100 takes the message from parent 707, adds the 
data identification number froc the view specification 
record for link 729, and delivers the message to child 709. 
Child 709 displays the data in the specified location, in 
this case area 793. The name of the message sent from 
parent 707 to OMF 100 to child 709 is " DIS PL A Y_VIE V" f 
further described in Appendix B, attached hereto. 

Another message "PRINT_SLAVE" , also describ d in 
Appendix B, may be used when it is desired to print data on 
a printer rather than display data on a terminal screen. 
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In addition, Parent 707 eay send a "CET_SIZE" sessage 
to child object 709. In a "CET.SIZE" .essage, parent object 
707 identifies a reference nase for link 729 and indicates 
coordinates for a display. OKF 100 takes the GET SIZE 
aessage fro. parent 707, adds the data identification nusber 
from the view specification record for link 729, and 
delivers the aessage to child 709. Child 709 returns to 
parent 707 the size of the portion of the specified area 
that child 709 would use to display the data. This allows 
parent 707 to oodify the region reserved for displaying data 
from child 709 when child 709 is not able to scale the data 
to fit in the region specified by parent 707. 

Wfc "\ au rro ° a ch -i<* object is being displayed by a 
parent object, and the child object changes the displayed 
data, the child objects notifies 0HF 100 that there has been 
a change In the data object. For example, as described 
above, in Figure U7, data fro» "Star- (object 706) now 
displayed in region 795 of window 79L And, as may be seen 
in Figure «8, "Star- (object 706) is a child of "Paste Up- 
(object 707) through a link 7 26. Since data is being passed 
froa child object 706 to parent object 707, link 726 la a 
data link which includes a view specification. 

In Figure »9, the aethod for changing data in child' 
object 706 is shown. A user places cursor 781 over region 
795 of window 791 and double clicks a button on .ouse 20. 
The result is the opening and display of "Star- (object 706) 
in a window 796. Using cursor 78 ' to select selectl 
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-Ellipse" in a mtr.u. window ?97 results in the data within 
-Star" (object 7 06 ? being cnar.ged from a star to an ellipse 
As show- in Figure 51, the result is a change both In data 
displayed in window 796 and data displayed in region 795 of 
window 7 91. 

Child object 706 accooplishes this change by Baking a 
call to OMF 100 stating that data associated with the data 
identification number associated with link 726 is changed. 
0KF 100 looks up all of the links that use the data 
identification number. If the parent object of any of the 
links is not active, OMF 100 sets th.e bit 

VS_NEWDA?AANHOUNCEC for that link in HP OMF .X RF . When the 
parent object is activated, the parent object can then 
request the new data. 

If the parent object is active, OMF 100 win send a 
message to the parent otject saying that new data Is 
available. OMF 100 win identify to the parent object the 
reference name of the link for which there is additional 
data. The parent object sends a message to the child object 
If it wants the new data displayed. In the present case 
parent object 707 is active , and has requested the new data 
to be displayed in region 795 of window 7 <J 1 . A further 
description of the View Specifications are found la 
Appendixes B, C and 0. 

The advantage of the present invention is that parent 
object 707 is able to communicate with child object 706 
tnrough OMF 100, without parent object 707 or child object 
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706 knowing the identity or any other details about each 
other. The parent object Identifies the link using only the 
reference naae of the link. The child object identifies the 
link using just the data identification number of the link. 
OMF 100 does ail the translation and identification of which 
links and which objects are involved. 

Systea file 6011, HP0MF.PRP, is also referred to as 
SYSFS0P. HPOMF.PRP contains all the object and class 
properties except for the fast object properties which are 
contained in HP OMF .CAT. Each record in systea file 601 
(HPOMF.CAT) and systea file 6C2 (HP0MF.CLS) has a properties 
field, as described above. Each properties field contains 
the fields described in Table 6 below: 
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J5 



DiTDi skLoc 



n P ro ps 



PoolSl ze 



Table 6 

Contains the position (byte 
offset) within HPOMF.PRP of the 
property list directory. 

Contains the number of 
properties in the property list. 
This is the number of entries in 
the directory entry array 
described below. 

Contains the combined length of 
all the names of the properties 
in the property list, including 
a null-terain^ting byte for each 
name. This is the size of the 
directory naae pool described 
below. 



so 
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For each object and for each class, at the DirDisWLoc 
position in the HPOMF.PR? file Is the property directory for 
that object or that class. The directory has two major 
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pertior.s: the entry array, followed by the name pool. The 
entry array has cne entry fop each propepty ln t}Jt property 
list. Each entry has fields set out in Table 7 below: 

Table 7 

ValueLen Specifies the length in bytes of 

the associated property. This 
can be zero. 

ValueDislcloc Contains the position within 

HPOMF.PRP of the value of the 
associated property. If 
ValueLen is zero, this is also 
zero, and there is no value 
stored anywhere. 

CacheOffaet This field is only used at run 

time and is not meaningful in 
the file. 

Im=ediately following the entry array is the name pool. 
This portion of HPOMF.PRP contains the nul 1- terminated names 
of properties in the property list, i r. the same order as the 
entry array. Properties may include such things as titles, 
user comments, date and time of creation, the user who 
created the object, etc. For more Information on 
properties, see Appendix D. 

HPOMF.PRP grows dynamically as need. At the beginning 
of HPOMF.PRP there la a 728 byte bitmap which controls the 
allocation of the first 102U pages of HPOMF.PRP. Each page 
is 32 bytes in length. These pages immediately follow the 
bit map. The bitmap is an array of words with the most 
significant bit cf each word used first. Thus, bits 15 
through 0 of the first word of the bitmap control the 
allocation of pages 0 through 15 of the file, respectively. 
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When storage in the first 102U page, i3 insufficient, 
second bitmap is added to the Tile following page 1023. 
This bitmap controls the allocation of pages 1020 through 
20U7, which immediately follow the second bitmap. 
Additional bitmaps and pages are added in the same way, as 
needed . 

Each directory and property value is stored as a slngl, 
block in the file, i.e., as a contiguous run of pages that 
are all allocated in the same bitmap. This causes the 
restriction that no directory or value can exceed 32K bytes 
( 1024 tlees 32) in length . 

Syster file 605, HP0KF.IHS. is also referred to as 
SYSINSTL. HPOrtF.IMS contains a list of the files that were 
copied to the system when each class was Installed. This 
information is used so that these files can be deleted when 
the class is de-installed. 

The very beginning of HP0HF.IKS la a double wo-rd value 
which serves as a va 1 1 dl t y / v e r si on identifier. In the 
preferred embodiment the value of this double word must be 
0 i 0 1 ABCD hex to be valid. In Table 8, this number is stored 
as shown because of the protocols for storage in the 
particular processor used by the preferred embodiment, i.e. 
an 80286 microprocessor made by Intel Corporation. 

Following the double word comes a series of variable 
length records. There is one record for eaeh installed 
class. The first word of each record is the length of the 
rest of the record, in bytes. This is followed by the null- 
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terainated class naxe of the installs class. Then follow, 
the file naaes of the files copied to the OMF directories, 
each terminated by a null byte, and preceded by a byte which 
gives the length of the file na = e , including the length byte 
and the null terair.ator. If the file na B e begins with the 
special character ••», the file is assumed to be located in 
the HPNWPROC directory. If the file name begins with the 
special character "." the file is assuaed to be located in 
the HPNWDATA directory. 

For example, assume two classes are Installed: class 
"A3" and class "CDE". Class -AB" caused two files to be 
installed: "Z« to HPNVPP.0C directory 668 and »YY" to the 
HPNWDATA directory. Class "CDE" caused 1 file to be 
installed: "XXX" to HPNWPROC directory 668. Given this 
case Table 8 below shows the contents of HPOMF.INS for this 
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offset 
0 
u 


content 
CO AB 0 1 
OC 00 


0 i 


6 
9 


U 1 
0<i 




00 




A 

D 


2A 

05 


5A 


00 




E 
12 


2B 
OA 


59 
00 


59 


00 


1 U 

18 


"3 
06 


U U 


«5 


00 


19 


2A 


58 


58 


58 00 



Table 8 

consents 
File header/veraion check 
Length of AB record ( 12 

d eel na 1 ) 
"AB" * Mull 

Length of length byte "»Z" ♦ 

Null 
"•2" * Null . 

Length of length byte * ♦ 

Null 
"♦ Y Y" ♦ Mull 

Length of CDE record ( 10 

decimal ) 
"CDE" ♦ Null 

Length of length byte * " # XXX" 

♦ Null 
"•XXX" * Null 



EP 0 497 022 A1 



System Fil 60S, KPOMF. SDF is also referred to as the 

5 

"shutdown file". HPOMF.SDF exists only when the systes has 
been cleanly shut down. It is deleted as the system starts, 
•o and created as it shuts down. On startup, if this file is 

missing, OMF assumes that the last session ended abnormally, 
and so it goes through its crash recovery procedures to 

'5 

validate and repair the system files as beat it can. The 
system files can be in an invalid but predictable state on a 
30 crash. These errors are corrected without user 

intervention. Certain other kinds of file consistency 
errors are detected, but are not really possible from an 

J 5 

"ordinary" system crash. These errors are in general not 
correctable and the OMF will not allow the system to come up 

, 0 in this case. 

If HPOMF.SDF is present, it contains a list of objects. 
When the system is being shut down normally, each object 

j5 which is active at the time can request that the OMF restart 
them when the system is restarted. The list of objects, 
then is the list of tags of objects which have requested 
that they be restarted when the system is restarted. 

The first word in HPOMF.SDF is a flag word. If this 

" 5 word is non-zero, OMF will execute its crash recovery code 

ever, though HPOMF.SDF exists. Normal shutdown will set this 
flag when producing the file if some serious error occurred 
in the session being ended. 

After the first word, the rest of the file is a 

£5 sequence cf three byte records. The first two bytes of each 
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record contain the tag of the object to be restored. The 
least significant byte is first- The third byte is not used 
in the ^rtTtrrtd eobodioent, and is zero. 

For exacple, if the systes is shut down cleanly in the 
last session and two objects, having tags of 2. and 7, 
respectively, have requested restart, the contents of 
HPOMF.SDF will be as set out in Table 9 below. 

Table 9 



offset content comoents 

0 00 O'O Indicates no crash recovery 

needed 

2 02 00 Tag of first object. to restart 

u 0 0 Unused and reserved 

5 07 00 Tag of second object to restart 

7 00 t]nu4»4 a n r>*«*v»u«<4 



Systea file 7, HP OMFICO. MWE , la a Microsoft Windows 
dynamic library executable file which contains a dummy entry 
point and no data. Microsoft Windows is a program sold by 
Microsoft Corporation, having a business address at 16011 NE 
36th Way, Bedmond, WA 98073-9717. HPCMFIC0.KWE also 
contains as "resources" the icons of each installed class. 
0MF modifies HP0MFIC0 . NWE directly during run time, and 
loads and unloads It to get the icon resources from It. The 
format of HP0MFIC0.NWE is defined in Microsoft Windows 
documentation distributed by Microsoft Corporation. 

Normally working with a view (see discussion on views 
above) causes a child's application to be invoked. Where 
large applications are involved, this can cause a lot of 
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unnecessary overhead. The use of snapshots allow this 
overhead to be el i e i .-.a t ed . 
5 A snapshot is an object that uses executable code froa 

a separate library referred to as a dynaele access library 
(or DAL) rather than using the full application executable 
code. The only data file associated with a snapshot 
contains data which la to be sent froa a child object to 'a 
'5 parent object. The code which encapsulates the data file 
although rtrtrrti to as a dynaaic library, is still stored 
in directory KPOMFPROC (directory 668). 

For example, Figure 8l shows a parent object 501 linked 
to a chile- object 502 through a link 50U. Associated with 
; 5 link 50" is a snapshot 503. Once child object has designated 
snapshot 503 1 r. a view specification record for link 5QH, 
snapshot 503 is able to provide data froa child object 502 

30 

to parent 501 without the necessity of invoking an 

application associated with child object 502. 

As shown in Figure 82, when there is no snapshot, child 

object 502 aust be active in order to send view data 522 to 

parent object 501, m order for parent object 501 to display 

view data 522 in a window display 521. i„ Figure 83, 

however, snapshot 503 is shown to provide, view data 522 to 

parent object 501 without the necessity of child 502 being 

active. Further implementation details of snapshots are 

given is Appendix B, Appendix C and Appendix 0. 

Appendix A is a list of aajor data structures within 
OMF 100. 
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Appendix 8 is a description of functions which OMF 
interface 59? recognizes in the prcftrrti embodiment of the 
present invention. 

Appendix C (HP NewWave Environment: Program Design 
Examples) Gives examples of hew the preferred embodiment of 
the present invention may be implemented .Including detail as 
to how OHF 100 allows data to be viewed between windows 
displayed on monitor itt. 

Appendix D (Chapter 2 of Programmer's Cuide) gives a 
further overview of the preferred embodiment of the present 
invention, further detail as to the operation of the 
preferred embodiment of the present invention. 
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